Termination of the given ITRSProblem could successfully be proven:



ITRS
  ↳ ITRStoIDPProof

ITRS problem:
The following domains are used:

z

The TRS R consists of the following rules:

Cond_eval(TRUE, x, y) → eval(-@z(x, y), y)
Cond_eval2(TRUE, x, y) → eval(x, -@z(y, x))
Cond_eval3(TRUE, x, y) → eval(x, -@z(y, x))
Cond_eval1(TRUE, x, y) → eval(-@z(x, y), y)
eval(x, y) → Cond_eval1(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), x, y)
eval(x, y) → Cond_eval(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >@z(x, y)), x, y)
eval(x, y) → Cond_eval3(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y)
eval(x, y) → Cond_eval2(&&(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y)

The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


Added dependency pairs

↳ ITRS
  ↳ ITRStoIDPProof
IDP
      ↳ UsableRulesProof

I DP problem:
The following domains are used:

z

The ITRS R consists of the following rules:

Cond_eval(TRUE, x, y) → eval(-@z(x, y), y)
Cond_eval2(TRUE, x, y) → eval(x, -@z(y, x))
Cond_eval3(TRUE, x, y) → eval(x, -@z(y, x))
Cond_eval1(TRUE, x, y) → eval(-@z(x, y), y)
eval(x, y) → Cond_eval1(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), x, y)
eval(x, y) → Cond_eval(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >@z(x, y)), x, y)
eval(x, y) → Cond_eval3(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y)
eval(x, y) → Cond_eval2(&&(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y)

The integer pair graph contains the following rules and edges:

(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(2): COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])
(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(4): EVAL(x[4], y[4]) → COND_EVAL2(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])), x[4], y[4])
(5): EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))
(7): COND_EVAL2(TRUE, x[7], y[7]) → EVAL(x[7], -@z(y[7], x[7]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))


(1) -> (4), if ((y[1]* y[4])∧(-@z(x[1], y[1]) →* x[4]))


(1) -> (5), if ((y[1]* y[5])∧(-@z(x[1], y[1]) →* x[5]))


(2) -> (0), if ((y[2]* y[0])∧(-@z(x[2], y[2]) →* x[0]))


(2) -> (3), if ((y[2]* y[3])∧(-@z(x[2], y[2]) →* x[3]))


(2) -> (4), if ((y[2]* y[4])∧(-@z(x[2], y[2]) →* x[4]))


(2) -> (5), if ((y[2]* y[5])∧(-@z(x[2], y[2]) →* x[5]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(4) -> (7), if ((x[4]* x[7])∧(y[4]* y[7])∧(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])) →* TRUE))


(5) -> (2), if ((x[5]* x[2])∧(y[5]* y[2])∧(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])) →* TRUE))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(6) -> (4), if ((-@z(y[6], x[6]) →* y[4])∧(x[6]* x[4]))


(6) -> (5), if ((-@z(y[6], x[6]) →* y[5])∧(x[6]* x[5]))


(7) -> (0), if ((-@z(y[7], x[7]) →* y[0])∧(x[7]* x[0]))


(7) -> (3), if ((-@z(y[7], x[7]) →* y[3])∧(x[7]* x[3]))


(7) -> (4), if ((-@z(y[7], x[7]) →* y[4])∧(x[7]* x[4]))


(7) -> (5), if ((-@z(y[7], x[7]) →* y[5])∧(x[7]* x[5]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


As all Q-normal forms are R-normal forms we are in the innermost case. Hence, by the usable rules processor [LPAR04] we can delete all non-usable rules [FROCOS05] from R.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
IDP
          ↳ IDPNonInfProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(2): COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])
(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(4): EVAL(x[4], y[4]) → COND_EVAL2(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])), x[4], y[4])
(5): EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))
(7): COND_EVAL2(TRUE, x[7], y[7]) → EVAL(x[7], -@z(y[7], x[7]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))


(1) -> (4), if ((y[1]* y[4])∧(-@z(x[1], y[1]) →* x[4]))


(1) -> (5), if ((y[1]* y[5])∧(-@z(x[1], y[1]) →* x[5]))


(2) -> (0), if ((y[2]* y[0])∧(-@z(x[2], y[2]) →* x[0]))


(2) -> (3), if ((y[2]* y[3])∧(-@z(x[2], y[2]) →* x[3]))


(2) -> (4), if ((y[2]* y[4])∧(-@z(x[2], y[2]) →* x[4]))


(2) -> (5), if ((y[2]* y[5])∧(-@z(x[2], y[2]) →* x[5]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(4) -> (7), if ((x[4]* x[7])∧(y[4]* y[7])∧(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])) →* TRUE))


(5) -> (2), if ((x[5]* x[2])∧(y[5]* y[2])∧(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])) →* TRUE))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(6) -> (4), if ((-@z(y[6], x[6]) →* y[4])∧(x[6]* x[4]))


(6) -> (5), if ((-@z(y[6], x[6]) →* y[5])∧(x[6]* x[5]))


(7) -> (0), if ((-@z(y[7], x[7]) →* y[0])∧(x[7]* x[0]))


(7) -> (3), if ((-@z(y[7], x[7]) →* y[3])∧(x[7]* x[3]))


(7) -> (4), if ((-@z(y[7], x[7]) →* y[4])∧(x[7]* x[4]))


(7) -> (5), if ((-@z(y[7], x[7]) →* y[5])∧(x[7]* x[5]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The constraints were generated the following way:
The DP Problem is simplified using the Induction Calculus [NONINF] with the following steps:
Note that final constraints are written in bold face.


For Pair EVAL(x, y) → COND_EVAL1(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), x, y) the following chains were created:




For Pair COND_EVAL1(TRUE, x, y) → EVAL(-@z(x, y), y) the following chains were created:




For Pair COND_EVAL(TRUE, x, y) → EVAL(-@z(x, y), y) the following chains were created:




For Pair EVAL(x, y) → COND_EVAL3(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y) the following chains were created:




For Pair EVAL(x, y) → COND_EVAL2(&&(&&(&&(>@z(x, y), >@z(x, 0@z)), >@z(y, 0@z)), >=@z(y, x)), x, y) the following chains were created:




For Pair EVAL(x, y) → COND_EVAL(&&(&&(&&(>@z(y, x), >@z(x, 0@z)), >@z(y, 0@z)), >@z(x, y)), x, y) the following chains were created:




For Pair COND_EVAL3(TRUE, x, y) → EVAL(x, -@z(y, x)) the following chains were created:




For Pair COND_EVAL2(TRUE, x, y) → EVAL(x, -@z(y, x)) the following chains were created:




To summarize, we get the following constraints P for the following pairs.



The constraints for P> respective Pbound are constructed from P where we just replace every occurence of "t ≥ s" in P by "t > s" respective "t ≥ c". Here c stands for the fresh constant used for Pbound.
Using the following integer polynomial ordering the resulting constraints can be solved
Polynomial interpretation over integers[POLO]:

POL(-@z(x1, x2)) = x1 + (-1)x2   
POL(0@z) = 0   
POL(COND_EVAL1(x1, x2, x3)) = -1 + (-1)x1   
POL(TRUE) = 0   
POL(&&(x1, x2)) = 0   
POL(COND_EVAL(x1, x2, x3)) = -1 + (-1)x1   
POL(FALSE) = 0   
POL(>@z(x1, x2)) = -1   
POL(COND_EVAL3(x1, x2, x3)) = -1 + (-1)x1   
POL(>=@z(x1, x2)) = -1   
POL(COND_EVAL2(x1, x2, x3)) = -1 + (2)x1   
POL(EVAL(x1, x2)) = -1   
POL(undefined) = -1   

The following pairs are in P>:

COND_EVAL2(TRUE, x[7], y[7]) → EVAL(x[7], -@z(y[7], x[7]))

The following pairs are in Pbound:

COND_EVAL2(TRUE, x[7], y[7]) → EVAL(x[7], -@z(y[7], x[7]))

The following pairs are in P:

EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])
EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
EVAL(x[4], y[4]) → COND_EVAL2(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])), x[4], y[4])
EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

At least the following rules have been oriented under context sensitive arithmetic replacement:

&&(FALSE, FALSE)1FALSE1
-@z1
&&(TRUE, TRUE)1TRUE1
&&(TRUE, FALSE)1FALSE1
&&(FALSE, TRUE)1FALSE1


↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
IDP
              ↳ IDependencyGraphProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(2): COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])
(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(4): EVAL(x[4], y[4]) → COND_EVAL2(&&(&&(&&(>@z(x[4], y[4]), >@z(x[4], 0@z)), >@z(y[4], 0@z)), >=@z(y[4], x[4])), x[4], y[4])
(5): EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(1) -> (4), if ((y[1]* y[4])∧(-@z(x[1], y[1]) →* x[4]))


(6) -> (5), if ((-@z(y[6], x[6]) →* y[5])∧(x[6]* x[5]))


(1) -> (5), if ((y[1]* y[5])∧(-@z(x[1], y[1]) →* x[5]))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(6) -> (4), if ((-@z(y[6], x[6]) →* y[4])∧(x[6]* x[4]))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(2) -> (5), if ((y[2]* y[5])∧(-@z(x[2], y[2]) →* x[5]))


(2) -> (4), if ((y[2]* y[4])∧(-@z(x[2], y[2]) →* x[4]))


(2) -> (0), if ((y[2]* y[0])∧(-@z(x[2], y[2]) →* x[0]))


(5) -> (2), if ((x[5]* x[2])∧(y[5]* y[2])∧(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])) →* TRUE))


(2) -> (3), if ((y[2]* y[3])∧(-@z(x[2], y[2]) →* x[3]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
IDP
                  ↳ IDPNonInfProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(2): COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])
(5): EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(6) -> (5), if ((-@z(y[6], x[6]) →* y[5])∧(x[6]* x[5]))


(2) -> (5), if ((y[2]* y[5])∧(-@z(x[2], y[2]) →* x[5]))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(1) -> (5), if ((y[1]* y[5])∧(-@z(x[1], y[1]) →* x[5]))


(2) -> (0), if ((y[2]* y[0])∧(-@z(x[2], y[2]) →* x[0]))


(5) -> (2), if ((x[5]* x[2])∧(y[5]* y[2])∧(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))


(2) -> (3), if ((y[2]* y[3])∧(-@z(x[2], y[2]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The constraints were generated the following way:
The DP Problem is simplified using the Induction Calculus [NONINF] with the following steps:
Note that final constraints are written in bold face.


For Pair EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3]) the following chains were created:




For Pair COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2]) the following chains were created:




For Pair EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5]) the following chains were created:




For Pair COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1]) the following chains were created:




For Pair EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0]) the following chains were created:




For Pair COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6])) the following chains were created:




To summarize, we get the following constraints P for the following pairs.



The constraints for P> respective Pbound are constructed from P where we just replace every occurence of "t ≥ s" in P by "t > s" respective "t ≥ c". Here c stands for the fresh constant used for Pbound.
Using the following integer polynomial ordering the resulting constraints can be solved
Polynomial interpretation over integers[POLO]:

POL(-@z(x1, x2)) = x1 + (-1)x2   
POL(>=@z(x1, x2)) = -1   
POL(COND_EVAL3(x1, x2, x3)) = 1 + (2)x1   
POL(0@z) = 0   
POL(COND_EVAL1(x1, x2, x3)) = 1 + (2)x1   
POL(TRUE) = -1   
POL(&&(x1, x2)) = -1   
POL(COND_EVAL(x1, x2, x3)) = -1 + x1   
POL(EVAL(x1, x2)) = -1   
POL(FALSE) = -1   
POL(undefined) = -1   
POL(>@z(x1, x2)) = -1   

The following pairs are in P>:

COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])

The following pairs are in Pbound:

COND_EVAL(TRUE, x[2], y[2]) → EVAL(-@z(x[2], y[2]), y[2])

The following pairs are in P:

EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

At least the following rules have been oriented under context sensitive arithmetic replacement:

&&(FALSE, FALSE)1FALSE1
-@z1
&&(TRUE, TRUE)1TRUE1
&&(FALSE, TRUE)1FALSE1
&&(TRUE, FALSE)1FALSE1


↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
IDP
                      ↳ IDependencyGraphProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(5): EVAL(x[5], y[5]) → COND_EVAL(&&(&&(&&(>@z(y[5], x[5]), >@z(x[5], 0@z)), >@z(y[5], 0@z)), >@z(x[5], y[5])), x[5], y[5])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(6) -> (5), if ((-@z(y[6], x[6]) →* y[5])∧(x[6]* x[5]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(1) -> (5), if ((y[1]* y[5])∧(-@z(x[1], y[1]) →* x[5]))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
IDP
                          ↳ IDPNonInfProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(6) -> (0), if ((-@z(y[6], x[6]) →* y[0])∧(x[6]* x[0]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The constraints were generated the following way:
The DP Problem is simplified using the Induction Calculus [NONINF] with the following steps:
Note that final constraints are written in bold face.


For Pair EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3]) the following chains were created:




For Pair COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1]) the following chains were created:




For Pair EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0]) the following chains were created:




For Pair COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6])) the following chains were created:




To summarize, we get the following constraints P for the following pairs.



The constraints for P> respective Pbound are constructed from P where we just replace every occurence of "t ≥ s" in P by "t > s" respective "t ≥ c". Here c stands for the fresh constant used for Pbound.
Using the following integer polynomial ordering the resulting constraints can be solved
Polynomial interpretation over integers[POLO]:

POL(-@z(x1, x2)) = x1 + (-1)x2   
POL(>=@z(x1, x2)) = -1   
POL(COND_EVAL3(x1, x2, x3)) = -1 + x3 + x2   
POL(0@z) = 0   
POL(COND_EVAL1(x1, x2, x3)) = -1 + x3 + x2 + x1   
POL(TRUE) = -1   
POL(&&(x1, x2)) = -1   
POL(EVAL(x1, x2)) = -1 + x2 + x1   
POL(FALSE) = -1   
POL(undefined) = -1   
POL(>@z(x1, x2)) = -1   

The following pairs are in P>:

EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])

The following pairs are in Pbound:

COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

The following pairs are in P:

EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

At least the following rules have been oriented under context sensitive arithmetic replacement:

&&(FALSE, FALSE)1FALSE1
-@z1
&&(TRUE, TRUE)1TRUE1
&&(FALSE, TRUE)1FALSE1
&&(TRUE, FALSE)1FALSE1


↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
IDP
                                ↳ IDependencyGraphProof
                              ↳ IDP

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                                ↳ IDependencyGraphProof
IDP
                                    ↳ IDPNonInfProof
                              ↳ IDP

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])

(0) -> (1), if ((x[0]* x[1])∧(y[0]* y[1])∧(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)) →* TRUE))


(1) -> (0), if ((y[1]* y[0])∧(-@z(x[1], y[1]) →* x[0]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The constraints were generated the following way:
The DP Problem is simplified using the Induction Calculus [NONINF] with the following steps:
Note that final constraints are written in bold face.


For Pair COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1]) the following chains were created:




For Pair EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0]) the following chains were created:




To summarize, we get the following constraints P for the following pairs.



The constraints for P> respective Pbound are constructed from P where we just replace every occurence of "t ≥ s" in P by "t > s" respective "t ≥ c". Here c stands for the fresh constant used for Pbound.
Using the following integer polynomial ordering the resulting constraints can be solved
Polynomial interpretation over integers[POLO]:

POL(-@z(x1, x2)) = x1 + (-1)x2   
POL(0@z) = 0   
POL(COND_EVAL1(x1, x2, x3)) = (-1)x3 + (2)x2 + (-1)x1   
POL(TRUE) = 1   
POL(&&(x1, x2)) = 0   
POL(EVAL(x1, x2)) = 1 + (-1)x2 + (2)x1   
POL(FALSE) = 2   
POL(undefined) = -1   
POL(>@z(x1, x2)) = -1   

The following pairs are in P>:

EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])

The following pairs are in Pbound:

COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])

The following pairs are in P:

COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])

At least the following rules have been oriented under context sensitive arithmetic replacement:

FALSE1&&(FALSE, FALSE)1
-@z1
TRUE1&&(TRUE, TRUE)1
FALSE1&&(FALSE, TRUE)1
FALSE1&&(TRUE, FALSE)1


↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                                ↳ IDependencyGraphProof
                                  ↳ IDP
                                    ↳ IDPNonInfProof
                                      ↳ AND
IDP
                                          ↳ IDependencyGraphProof
                                        ↳ IDP
                              ↳ IDP

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(0): EVAL(x[0], y[0]) → COND_EVAL1(&&(&&(>@z(x[0], y[0]), >@z(x[0], 0@z)), >@z(y[0], 0@z)), x[0], y[0])


The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 0 SCCs with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                                ↳ IDependencyGraphProof
                                  ↳ IDP
                                    ↳ IDPNonInfProof
                                      ↳ AND
                                        ↳ IDP
IDP
                                          ↳ IDependencyGraphProof
                              ↳ IDP

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])


The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 0 SCCs with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
IDP
                                ↳ IDependencyGraphProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(1): COND_EVAL1(TRUE, x[1], y[1]) → EVAL(-@z(x[1], y[1]), y[1])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))


(1) -> (3), if ((y[1]* y[3])∧(-@z(x[1], y[1]) →* x[3]))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 1 SCC with 1 less node.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                              ↳ IDP
                                ↳ IDependencyGraphProof
IDP
                                    ↳ IDPNonInfProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
(6): COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

(6) -> (3), if ((-@z(y[6], x[6]) →* y[3])∧(x[6]* x[3]))


(3) -> (6), if ((x[3]* x[6])∧(y[3]* y[6])∧(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])) →* TRUE))



The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The constraints were generated the following way:
The DP Problem is simplified using the Induction Calculus [NONINF] with the following steps:
Note that final constraints are written in bold face.


For Pair EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3]) the following chains were created:




For Pair COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6])) the following chains were created:




To summarize, we get the following constraints P for the following pairs.



The constraints for P> respective Pbound are constructed from P where we just replace every occurence of "t ≥ s" in P by "t > s" respective "t ≥ c". Here c stands for the fresh constant used for Pbound.
Using the following integer polynomial ordering the resulting constraints can be solved
Polynomial interpretation over integers[POLO]:

POL(-@z(x1, x2)) = x1 + (-1)x2   
POL(>=@z(x1, x2)) = -1   
POL(COND_EVAL3(x1, x2, x3)) = (2)x3 + (-1)x2   
POL(0@z) = 0   
POL(TRUE) = -1   
POL(&&(x1, x2)) = 2   
POL(EVAL(x1, x2)) = 1 + (2)x2 + (-1)x1   
POL(FALSE) = 2   
POL(undefined) = -1   
POL(>@z(x1, x2)) = -1   

The following pairs are in P>:

EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])
COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

The following pairs are in Pbound:

COND_EVAL3(TRUE, x[6], y[6]) → EVAL(x[6], -@z(y[6], x[6]))

The following pairs are in P:
none

At least the following rules have been oriented under context sensitive arithmetic replacement:

&&(FALSE, FALSE)1FALSE1
-@z1
&&(TRUE, TRUE)1TRUE1
&&(TRUE, FALSE)1FALSE1
&&(FALSE, TRUE)1FALSE1


↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                              ↳ IDP
                                ↳ IDependencyGraphProof
                                  ↳ IDP
                                    ↳ IDPNonInfProof
                                      ↳ AND
IDP
                                          ↳ IDependencyGraphProof
                                        ↳ IDP

I DP problem:
The following domains are used:none

R is empty.
The integer pair graph is empty.
The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 0 SCCs.

↳ ITRS
  ↳ ITRStoIDPProof
    ↳ IDP
      ↳ UsableRulesProof
        ↳ IDP
          ↳ IDPNonInfProof
            ↳ IDP
              ↳ IDependencyGraphProof
                ↳ IDP
                  ↳ IDPNonInfProof
                    ↳ IDP
                      ↳ IDependencyGraphProof
                        ↳ IDP
                          ↳ IDPNonInfProof
                            ↳ AND
                              ↳ IDP
                              ↳ IDP
                                ↳ IDependencyGraphProof
                                  ↳ IDP
                                    ↳ IDPNonInfProof
                                      ↳ AND
                                        ↳ IDP
IDP
                                          ↳ IDependencyGraphProof

I DP problem:
The following domains are used:

z

R is empty.
The integer pair graph contains the following rules and edges:

(3): EVAL(x[3], y[3]) → COND_EVAL3(&&(&&(&&(>@z(y[3], x[3]), >@z(x[3], 0@z)), >@z(y[3], 0@z)), >=@z(y[3], x[3])), x[3], y[3])


The set Q consists of the following terms:

Cond_eval(TRUE, x0, x1)
Cond_eval2(TRUE, x0, x1)
Cond_eval3(TRUE, x0, x1)
Cond_eval1(TRUE, x0, x1)
eval(x0, x1)


The approximation of the Dependency Graph [LPAR04,FROCOS05,EDGSTAR] contains 0 SCCs with 1 less node.